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Beschreibung 

Pro j ekt ierverf ahren 

Die vorliegende Erfindung betrifft ein Proj ektierverf ahren 
fur ein konf igurierbares System mit mehreren Komponenten zur 
Automat isierung eines Steuerungsablauf s , insbesondere eines 
Bewegungsablaufs, wobei jede Komponente wahrend des Steue- 
rungsablaufs zur Realisierung der Automatisierung des Steue- 
rungsablaufs in regelmaftigen Zeitabstanden uber Kommunikati- 
onsbeziehungen mit anderen Komponenten Inf ormationen aus- 
tauscht . Der Steuerungsablauf kann dabei gesteuerte Bewegun- 
gen enthalten, z. B. ein Bewegen eines Elements von einer 
Endstellung in eine andere Endstellung. Der Steuerungsablauf 
kann aber auch gefuhrte Bewegungen enthalten, z. B. ein Ver- 
fahren eines Elements gemafi einem vorgegebenen Geschwindig- 
keitsprofil oder einer vorgegebenen Wegkurve . 

Im Stand der Technik gibt es viele konf igurierbare , insbeson- 
dere auch modular aufgebaute Systeme zur Automatisierung ei- 
nes mechanischen Bewegungsablauf s . Falz- und Kuvertiermaschi- 
nen sind beispielsweise so auf gebaut . 

Bei derartigen Systemen erfolgt in den einzelnen Komponenten 
oftmals eine taktsynchrone deterministische Kommunikation, 
die auf einer statischen Proj ektierung der Kommunikationsbe- 
ziehungen beruht . Im Rahmen dieser Kommunikationsbeziehungen 
tauschen die Komponenten wahrend des Steuerungsablauf s zur 
Realisierung der Automatisierung des Steuerungsablauf s in re- 
gelmaftigen Abstanden Inf ormationen aus. 

Die Proj ektierung der Kommunikationsbeziehungen erfolgt in 
der Regel mittels eines vom Hersteller des modularen Systems 
mitgelief erten Proj ektierwerkzeugs bzw. durch den Hersteller 
der Steuerung des modularen Systems. Sie wird in das System 
bzw. dessen Komponenten geladen. Die Proj ektierung ist bei 
jedem System auf die jeweilige spezielle Konf iguration be- 
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schrankt. Anderungen durch den Betreiber des Systems sind in 
aller Regel nicht moglich. 

Urn auch dem Betreiber Konfigurationsanderungen zu ermogli- 
chen, ist es denkbar, alle moglichen Kommunikationsbeziehun- 
gen vorab zu pro j ektieren . Diese Vorgehensweise ware jedoch 
aus zwei Griinden nachteilig. Zum einen erfolgte in diesem 
Fall stets ein Inf ormationsaustausch zwischen den Komponen- 
ten. Der Inf ormationsaustausch erfolgte also auch dann, wenn 
zwischen vorhandenen Komponenten keinerlei Nutzdaten zu uber- 
tragen sind- Dies fuhrte zu einer deutlichen Belastung des 
Kommunikationssystems . Dariiber hinaus mussten MaBnahmen zur 
Fehlerbehandlung vorgesehen werden, falls eine Komponente mit 
einer anderen Komponente zu kommunizieren versucht, die bei 
der tatsachlichen Konf iguration des Systems gar nicht vorhan- 
den ist. Es mussten also MaBnahmen zur Fehlerbehandlung vor- 
gesehen werden, wenn eine Komponente keine Kommunikationsant- 
wort erhalt, weil ihr Kommunikationspartner fehlt. 

Die Aufgabe der vorliegenden Erfindung besteht darin, ein 
Pro j ektierverf ahren fur ein gattungsgemafies konf igurierbares 
System zu schaffen, mittels dessen auch fur den Betreiber des 
Systems auf einfache Weise eine Umkonf igurierung des Systems 
nebst sich daraus ergebender Umpro j ektierung des Systems mog- 
lich ist. 

Die Aufgabe wird dadurch gelost, 

- dass das System anhand der Topologie und Funktionalitat 
seiner Komponenten aus einer Vielzahl von Systemproj ektie- 
rungen genau eine Systemproj ektierung auswahlt, 

- dass die ausgewahlte Systemproj ektierung fur jede Komponen- 
te des Systems genau eine Komponentenpro j ektierung enthalt, 

- dass das System jede seiner Komponenten entsprechend der 
jeweiligen Komponentenpro j ektierung projektiert und 

- dass jede Komponente entsprechend ihrer Komponentenpro j ek- 
tierung die Kommunikationsbeziehungen zu den anderen Kompo- 
nenten einrichtet . 
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Es ist moglich, dass die Topologie und Funktionalitat der 
Komponenten dem System durch eine Benut zereingabe bekannt ge- 
macht wird. Dies ist beispielsweise der Fall, wenn die Benut - 
zereingabe fur mindestens eine Komponente eine Vorgabe von 
5 dessen mechanischer und/oder elektrischer Funktionalitat um- 
fasst. Dies ist weiterhin der Fall, wenn die Benut zereingabe 
fur mindestens eine Komponente eine Vorgabe. umfasst, mit min- 
destens einer weiteren Komponente mechanisch und/oder elekt- 
risch zusammenzuwirken. Die Benut zereingabe umfasst also ins- 
10 besondere das systemexterne Verhalten der Komponente, aber 
gerade nicht die datentechnische Proj ektierung als solche. 

i 

v Alternativ ist es auch moglich, dass das System die Topologie 
und Funktionalitat seiner Komponenten selbsttatig ermittelt. 
15 Im Fall einer vollstandigen Ermittlung der Topologie und 

Funktionalitat der Komponenten ist selbstverstandlich keine 
Benut zereingabe mehr erf orderlich . 

Es ist auch moglich, dass das System nur die Topologie der 

2 0 Komponenten ermittelt und einen Benut zer beim Ermitteln der 

Systemproj ektierung unterstutzt. Z. B. kann das System bei- 
spielweise eine Vorauswahl treffen und dem Benutzer nur die 
noch verbleibenden Moglichkeiten zur Auswahl anbieten. 

»Das Erkennen der Topologie der Komponenten kann typischerwei- 
se uber eine Steckplat zerkennung, gegebenenf alls in Verbin- 
dung mit einer Typerkennung der einzelnen Komponenten, erfol- 
gen. Gegebenenf alls kann - eine geeignete Kommunikations- 
struktur vorausgeset zt - auch jede Komponente ihre nachsten 

3 0 Nachbarn bestimmen und die Topologie anhand dieser Informati- 

on ermittelt werden. 

Zur Ermittlung der Komponenten ist es auch moglich, dass eine 
Zentraleinheit aus den Komponenten die Komponenten typisie- 
35 rende Codes ausliest. Vorzugsweise aber liest die Zentralein- 
heit aus den Komponenten sogar die Komponenten individual i- 
sierende Komponentencodes - z. B. MAC-Adressen (MAC = medium 
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access control) - aus und ermittelt anhand der Komponent enco- 
des die Komponenten. Die Komponentencodes sind also derart, 
dass auch zwei identische Komponenten voneinander verschiede- 
ne Codes aufweisen. Die Ermittlung des Typs erfolgt dann 
durch die Zentraleinheit anhand einer Zuordnung des Komponen- 
tentyps zum ermittelten Komponent encode . 

Es ist moglich, dass die Vielzahl von Systempro j ektierungen 
zentral hinterlegt ist und die Komponent enproj ektierungen der 
ausgewahlten Systempro j ektierung an die Komponenten ubermit- 
telt werden. In diesem Fall konnen die Systempro j ektierungen 
alternativ innerhalb einer Zentraleinheit oder aufierhalb des 
Systems hinterlegt sein. 

Es ist aber auch moglich, dass die Komponentenpro j ektierungen 
in den jeweiligen Komponenten hinterlegt sind und dass die 
Zentraleinheit an die Komponenten Auswahlbef ehle zum Auswah- 
len der Komponentenpro j ektierung der ausgewahlten Systempro- 
j ektierung ubermittelt . 

In beiden Fallen aktivieren die Komponenten die von ihnen 
eingerichteten Kommunikat ionsbeziehungen erst auf Grund eines 
gemeinsamen Aktivierungskommandos . 

Vorzugsweise wird die Topologie der Komponenten einem Anwen- 
derprogramm zuganglich gemacht . Denn dann kann die Implemen- 
tierung von Kommunikationen im Rahmen des Anwenderprogramms 
opt imiert werden . 

Weitere Vorteile und Einzelheiten ergeben sich aus der nach- 
folgenden Beschreibung eines Ausf uhrungsbeispiels in Verbin- 
dung mit den Zeichnungen. Dabei zeigen in Prinzipdarstellung 

FIG 1 ein konf igurierbares System zur Automatisierung 

eines Steuerungsablauf s , 
FIG 2 ein Ablauf diagramm, 

FIG 3 eine Systempro j ektierung, 
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FIG 4 bis 7 Ablauf diagramme und 

FIG 8 eine Komponente des konf igurierbaren Systems. 

Gemaft FIG 1 weist ein System zur Automatisierung eines indus- 
5 triellen Steuerungsablauf s , insbesondere eines Bewegungsab- 
laufs, eine Zentraleinheit 1 und eine Mensch-Maschine- 
Schnittstelle 2 auf . Die Mensch-Maschine-Schnittstelle 2 wird 
nachfolgend als HMI 2 (human-machine- interface 2) bezeichnet . 
Von der Zentraleinheit 1 geht ein Kabel 3 zu einem Steckplatz 
10 4 ab. Von dort fuhrt ein weiteres Kabel 3 zu einem weiteren 
Steckplatz 4 usw. . Vom letzten Steckplatz 4 fuhrt dann ein 
Kabel 3 zur HMI 2, die ebenfalls iiber ein Kabel 3 mit der 
Zentraleinheit 1 verbunden ist. In jeden der Steckplatze 4 
ist ein Modul 5 einsteckbar. 

15 

Das System zur Automatisierung des Steuerungsablauf s weist 
somit einen zyklischen Aufbau auf. Es besteht in aller Regel 
aus der Zentraleinheit 1, dem HMI 2 sowie mehreren Modulen 5. 
Die Module 5 sind austauschbar . Sie bilden zusammen mit der 
2 0 Zentraleinheit 1 und der HMI 2 die Komponenten 1, 2, 5 des 
Systems. Je nach dem, welche Module 5 verwendet werden, wie 
die einzelnen Module 5 mechanisch und/oder elektrisch zusam- 
menwirken und wie die Module 5 angeordnet , verschaltet und 
projektiert sind, ergibt sich eine andere Konf igurat ion des 
Systems. Das System ist also konf igurierbar . 



4 



Jede Komponente 1, 2, 5 des Systems kann sowohl mit seinem 
linken als auch mit seinem rechten Nachbarn kommunizieren . Es 
bestehen also Kommunikationsbeziehungen zwischen Nachbarn. 

30 Uber die Kommunikationsbeziehungen tauschen die Komponenten 
1, 2, 5 zur Realisierung der Automatisierung des Steuerungs- 
ablauf s, also im Normalbetrieb , untereinander Inf ormationen 
aus. Der Inf ormationsaustausch erfolgt dabei bezuglich jeder 
Komponente 1, 2, 5 alternierend nach links und nach rechts. 

35 Die Kommunikationen erfolgen auch in regelmafrigen Zeitabstan- 
den T, z. B. gemafi dem IRTE-Protokoll (IRTE = industrial real 
time ethernet) . 
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Beim Systemstart fuhrt die Zentraleinheit 1 gemafr FIG 2 fol- 
gendes Verf ahren aus : 

Zunachst fragt die Zentraleinheit 1 in einem Schritt 21 von 
einem Bediener 6 die Topologie und Funktionalitat der Kompo- 
nenten ab. Sodann wahlt die Zentraleinheit 1 in einem Schritt 
22 anhand der vorgegebenen Topologie und Funktionalitat der 
Komponenten aus einer Vielzahl von Systempro j ektierungen SP1, 
. .., SPn genau eine Systempro j ektierung SPi aus. i ist dabei 
der Index der ausgewahlten Systempro j ektierung . 

Gemaft FIG 1 ist die Vielzahl von Systempro j ektierungen SPI 
... SPn zentral hinterlegt, und zwar innerhalb der Zentral- 
einheit 1. Alternativ ist es auch moglich, wie in FIG 1 ge- 
strichelt angedeutet, dass die Systemkonf igurationen SPI, 

SPn zwar zentral, aber aufierhalb der Zentraleinheit 1 
und sogar aufterhalb des Systems hinterlegt sind. In diesem 
Fall konnen die Systempro j ektierungen SPI, SPn beispiel- 

weise in einem Zentralrechner 7 hinterlegt sein, zu dem die 
Zentraleinheit 1 uber ein Rechnernetz 8, z. B. das Internet 
8, Zugang hat. Auch Mischformen sind denkbar. Beispielsweise 
konnte in der Zentraleinheit 1 eine Abbildungsvorschrif t hin- 
terlegt sein, z. B. in Form einer Look-up-Table, anhand derer 
aus der Topologie und Funktionalitat der Komponenten 1, 2, 5 
des Systems die benotigte Systempro j ektierung SPi ermittelbar 
ist. Die Systempro j ektierungen SPI ... SPn konnten z. B. im 
Zentralrechner 7 hinterlegt sein. 

Gemafi FIG 3 enthalt jede der Systempro j ektierung SPI, 
SPn, also insbesondere auch die ausgewahlte Systempro j ektie- 
rung SPi, fur jede Komponente 1, 2, 5 eine Komponentenproj ek- 
tierung KPli, KPmi. Die Zentraleinheit 1 ubermittelt da- 
her in einem Schritt 23 die Komponentenproj ektierungen KPli, 

KPmi an die HMI 2 und die Module 5. Eine Ubermittlung an 
die Zentraleinheit 1 selbst kann ( trivialerweise) entf alien. 
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In einem Schritt 24 wartet die Zentraleinheit 1 dann ab, ob 
sie von der HMI 2 und den Modulen 5 Bestatigungen erhalt, 
dass diese ihre Pro j ektierung erfolgreich abschliefien konn- 
ten. Erst nach Erhalt der Bestatigungen iibermittelt die Zent- 
raleinheit 1 in einem Schritt 25 ein gemeinsames Aktivie- 
rungskommando an die Komponenten 2, 5. Sodann macht sie in 
einem Schritt 26 zumindest die Topologie der Komponenten 1, 
2, 5 einem Anwenderprogramm zuganglich. Schliefilich nimmt sie 
in einem Schritt 27 ihren Normalbetrieb auf . 



Die Komponenten 1, 2, 5 projektieren sich gemafi FIG 4 in ei- 
nem Schritt 42 entsprechend der jeweiligen Komponentenproj ek- 
tierung KP j i selbst . Sie richten also im Schritt 42 die Kom- 
munikationsbeziehungen zu ihren benachbarten Komponenten 1, 
15 2,5 ein. Mit Ausnahme der Zentraleinheit 1 nehmen die Kompo- 
nenten 2, 5 dabei zuvor in einem Schritt 41 ihre jeweilige 
Komponentenproj ektierung KPj i entgegen. 

Sodann testen die Komponenten 1, 2, 5 in einem Schritt 43 ih- 
2 0 re Kommunikationsbeziehungen. Wenn die Kommunikationsbezie- 
hungen zu den anderen Komponenten 1, 2, 5 ordnungsgemafi ein- 
gerichtet werden konnten, ubermitteln die Komponenten 2, 5 in 
einem Schritt 45 eine Bestatigungsmeldung an die Zentralein- 
heit 1. Sodann warten sie in einem Schritt 4 6 die Ubermitt- 
fe$ lung des Akt ivierungskommandos ab. Erst nach dessen Erhalt 
nehmen sie in einem Schritt 47 ihren Normalbetrieb auf. 

Wenn die Kommunikationsbeziehungen im Schritt 44 nicht fur 
ordnungsgemafi befunden wurden, wird zu einem Schritt 48 ver- 
30 zweigt. In diesem Schritt 48 senden die Komponenten 2, 5 eine 
Fehlermeldung an die Zentraleinheit 1. 

Das oben stehend beschriebene Pro j ektierverf ahren ist stets 
ausfiihrbar, ist aber fur den Bediener 6 umstandlich. Erheb- 
35 lich komfortabler fur den Bediener 6 ist es, wenn das System 
selbst die Auswahl der Systemproj ektierung SPi vornimmt, so- 
weit dies moglich ist. Ein derartiges Vorgehen wird nachfol- 
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gen in Verbindung mit FIG 5 beschrieben. Das Ablauf diagramm 
der FIG 5 ist dabei im wesentlichen eine Ausgestaltung des 
Schrittes 21 von FIG 2. 

5 Gemafi FIG 5 fragt die Zentraleinheit 1 in einem Schritt 51 
beim Benutzer 6 zunachst ab, welche Komponente 5 in dem ers- 
ten Steckplatz 4 angeordnet ist. Danach pruft die Zentralein- 
heit 1 in einem Schritt 52, ob die eingegebene Komponente 5 
nur eine einzige mechanische und/oder elektrische Funktiona- 
10 litat ausfuhren kann. Kann die Komponente 5 mehrere Funktio- 
nalitaten ausfuhren, wird die zu realisierende Funktionalitat 
0 von der Zentraleinheit 1 in einem Schritt 53 beim Benutzer 6 
abgefragt. Ansonsten fahrt die Zentraleinheit 1 direkt mit 
einem Schritt 54 fort. 

15 

Im Schritt 54 uberpriift die Zentraleinheit 1, ob die Kommuni- 
kationsbeziehungen der zuletzt eingegebenen Komponente 5 ein- 
deutig sind. Wenn dies nicht der Fall ist, fragt die Zentral- 
einheit 1 in einem Schritt 55 beim Benutzer 6 ab, mit welchen 
20 weiteren Komponenten 1, 2, 5 die eingegebene Komponente 5 me- 
chanisch und/oder elektrisch zusammenwirken soil. Sodann wird 
/ in einem Schritt 56 uberpriift bzw. abgefragt, ob alle Module 

/ 5 eingegeben sind. Wenn dies nicht der Fall ist, wird zum 

f { Schritt 51 zuriickgesprungen, ansonsten mit dem Schritt 22 von 
^4^f FIG 2 f ortgef ahren. 

Die Benutzereingaben umfassen gemali FIG 5 also fur die Kompo- 
nenten 5 sowohl eine Vorgabe von deren mechanischer und/oder 
elektrischer Funktionalitat als auch eine Vorgabe, mit wel- 
30 chen weiteren Komponenten 1, 2, 5 sie mechanisch und/oder 

elektrisch zusammenwirken sollen. Die Eingaben werden dabei 
aber nur dann abgefragt, wenn sie zur Bestimmung der System- 
projektierung SPi erforderlich sind. 

35 Wie in FIG 1 gestrichelt angedeutet ist, kann anstelle des 
Schrittes 51 auch ein Schritt 57 ausgefuhrt werden, Im 
Schritt 57 fragt die Zentraleinheit 1 von sich aus die ein- 
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zelnen Steckplatze 4 ab und ermittelt, welche Module 5 in den 
Steckplatzen 4 angeordnet sind. Sie ermittelt also selbstta- 
tig die Topologie der Komponenten 1, 2, 5 des Systems. 

5 Wenn aufgrund der ermittelten Module 5 auch die Funktionali- 
tat der Komponenten 5 bereits eindeutig ist, kann das System 
anhand der selbsttatig ermittelten Komponenten 1, 2, 5 und 
deren Topologie auch seine Systemproj ekt ierung SPi selbstta- 
tig ermitteln. Auch wenn dies nicht der Fall ist, konnen zu- 

10 mindest die Eingaben, die der Bediener 6 leisten muss, auf 

ein Minimum reduziert werden. Auch in diesem Fall unterstutzt 

^ das System also den Bediener 6 beim Ermitteln der Systempro- 
jektierung SPi. 

15 Die Abfrage der einzelnen Steckplatze 4 ist in an sich be- 
kannter Weise beispielsweise mittels Steckplatzkennung 
und/oder (physikalischer ) Steckplat zadressierung moglich. 
Durch die Abfrage der Steckplatze 4 kann beispielsweise der 
Typ der vorhandenen Module 5 ermittelt werden. Es ist aber 

20 auch moglich, dass die Zentraleinheit 1 gemafi FIG 6 aus den 
Komponenten 2, 5 zunachst in einem Schritt 61 Komponentenco- 
des ausliest. Die Komponent encodes individualisieren dabei 
\ die jeweilige Komponente 5. Sie typisieren also nicht nur die 
Komponente 5, sondern unterscheiden sie auch von anderen Kom- 
%0 ponenten 5 des gleichen Typs . Sie sind also eindeutig fur die 
jeweilige physikalisch vorhandene Komponente 5. 

Die Komponentencodes sind nach einem vorbekannten Schema auf- 
gebaut. Die Zentraleinheit 1 ist daher in der Lage, anhand 
3 0 der im Schritt 61 abgefragten Komponentencodes die Komponen- 
ten 5 (bzw. deren Typ, was das Entscheidende ist) zu ermit- 
teln. 

Wenn anhand der vom System selbsttatig ermittelten Topologie 
3 5 die korrespondierende Systemproj ekt ierung SPi noch nicht ein- 
deutig ermittelbar ist, wird vorzugsweise das Verfahren gemaft 
FIG 7 durchgef iihrt . 
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Gemafi FIG 7 ermittelt die Zentraleinheit 1 in einem Schritt 
71 zunachst die Topologie des Systems. Sodann ermittelt sie 
in einem Schritt 72 die moglichen Systempro j ektierungen SPi 
und deren Anzahl. In einem Schritt 73 uberpruft sie dann, ob 
5 diese Anzahl gleich Eins ist . Wenn dies der Fall ist, wird 
mit Schritt 22 von FIG 2 f ortgef ahren . Ansonsten wird in ei- 
nem Schritt 74 vom Bediener 6 eine Eingabe abgefragt, anhand 
derer die Systempro j ektierung SPi genauer bestimmbar ist. Vom 
Schritt 74 aus wird wieder zum Schritt 72 zuruckgesprungen . 
10 Je nach der Art der verwendeten Komponenten 1, 2, 5 kann das 
System anhand seiner Topologie also teilweise oder vollstan- 
dig die Systempro j ektierung SPi des Systems ermitteln. Auch 
hier wird der Benutzer 6 so weit wie moglich unterstutzt. 

15 Bei der bisher beschriebenen Ausf iihrungsf orm der beschriebe- 
nen Erfindung sind die Systemproj ektierungen SPI, SPn 
zentral in der Zentraleinheit 1 oder aufierhalb des Systems 
hinterlegt. Gemafi FIG 8 ist es aber auch moglich, dass die 
Komponentenproj ektierungen KP j i in den jeweiligen Komponenten 

20 2,5 hinterlegt sind. In diesem Fall muss der Schritt 23 von 
FIG 2 modifiziert werden. Anstelle der Ubermittlung der Kom- 
ponentenproj ektierungen KPji selbst ubermittelt die Zentral- 
einheit 1 dann nur noch Auswahlbef ehle zum Auswahlen der je- 
weiligen Komponentenproj ektierung KPji an die Komponenten 2, 
It* 5. 

Mittels des erf indungsgemafien Pro j ektierverf ahrens ist somit 
auf einfache Weise eine Umkonf igurierung des Systems nebst 
hierbei erf orderlicher Umproj ektierung bzw. Neuproj ektierung 
30 des Systems durch den Endanwender bzw. Benutzer 6 moglich. 
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Patentanspruche 

1. Pro j ektierverf ahren fur ein konf igurierbares System mit 
mehreren Komponenten (1, 2, 5) zur Automat is ierung eines 

5 Steuerungsablauf s , insbesondere eines Bewegungsablauf s , wobei 
jede Komponente (1, 2, 5) wahrend des Steuerungsablauf s zur 
Realisierung der Automat is ierung des Steuerungsablauf s in re- 
gelmaMgen Zeitabstanden (T) uber Kommunikationsbeziehungen 
mit anderen Komponenten (1, 2, 5) Inf ormat ionen austauscht, 
10 - wobei das System anhand der Topologie und Funktionalitat 

seiner Komponenten aus einer Vielzahl von Systemproj ektie- 
rungen (SPI, SPn) genau eine Systemproj ekt ierung (SPi) 

auswahlt , 

- wobei die ausgewahlte Systemproj ektierung (SPi) fur jede 

15 Komponente (1, 2, 5) des Systems genau eine Komponentenpro- 

jektierung (KPli, . .., KPmi) enthalt, 

- wobei das System jede seiner Komponenten (1, 2, 5) entspre- 
chend der jeweiligen Komponentenproj ekt ierung (KPli, 

KPmi) projektiert, 
2 0 - wobei jede Komponente (1, 2, 5) entsprechend ihrer Kompo- 
nentenproj ektierung (KPli, KPmi) die Kommunikationsbe- 
ziehungen zu den anderen Komponenten (1, 2, 5) einrichtet . 

2. Pro j ektierverf ahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass die Topologie und Funktionalitat der Komponenten dem 
System durch eine Benut zereingabe bekannt gemacht wird. 

3. Proj ektierverf ahren nach Anspruch 2, 

30 dadurch gekennzeichnet, 

dass die Benut zereingabe fur mindestens eine Komponente (5) 
eine Vorgabe von dessen mechanischer und/oder elektrischer 
Funktionalitat umfasst . 

35 4. Proj ektierverf ahren nach Anspruch 2 oder 3, 
dadurch gekennzeichnet, 
dass die Benut zereingabe fur mindestens eine Komponente (5) 
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eine Vorgabe umfasst, mit minciestens einer weiteren Komponen- 
te (1, 2, 5) mechanisch und/oder elektrisch zusammenzuwirken. 

5. Proj ektierverf ahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass das System die Topologie und Funktionalitat der Kompo- 
nenten (1, 2, 5) selbsttatig ermittelt. 

6. Proj ektierverf ahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass das System die Topologie seiner Komponenten (1, 2, 5) 
selbsttatig ermittelt und dass das System einen Benutzer beim 
Ermitteln der Systempro j ektierung (SPi) unterstiitzt. 

7. Proj ektierverf ahren nach Anspruch 5 oder 6, 
dadurch gekennzeichnet, 

dass eine Zentraleinheit (1) aus den Komponenten (5) die Kom- 
ponenten (5) individualisierende Komponentencodes ausliest 
und anhand der Komponentencodes die Komponenten (5) ermit- 
telt . 

8. Pro j ektierverf ahren nach einem der obigen Anspriiche, 
dadurch gekennzeichnet, 

dass die Vielzahl von Systempro j ektierungen (SPI, . .., SPn) 
zentral hinterlegt ist und dass die Komponentenproj ektierun- 
gen (KPli, . .., KPmi) der ausgewahlten Systempro j ektierung 
(SPi) an die Komponenten (2, 5) ubermittelt werden. 

9. Proj ektierverf ahren nach Anspruch 8, 
dadurch gekennzeichnet, 

dass die Vielzahl von Systemproj ektierungen (SPI, SPn) 
innerhalb einer Zentraleinheit (1) des Systems hinterlegt 
ist . 
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10. Proj ektierverf ahren nach Anspruch 8, 
dadurch gekennzeichnet, 

dass die Vielzahl der Systemproj ektierungen (SP1, SPn) 
aufierhalb des Systems hinterlegt ist. 

5 

11. Pro jektierverf ahren nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, 

dass die Komponentenproj ektierungen (KPji) in den jeweiligen 
Komponenten (1, 2, 5) hinterlegt sind und dass eine Zentral- 
10 einheit (1) an die Komponenten (2, 5) Auswahlbef ehle zum Aus- 
wahlen der Komponentenproj ektierung (KPji) der ausgewahlten 
/^itfA Systemproj ektierung (SPi) ubermittelt. 

12. Pro jektierverf ahren nach einem der obigen Anspruche, 
15 dadurch gekennzeichnet, 

dass die Komponenten (1, 2, 5) die von ihnen eingerichteten 
Kommunikationsbeziehungen aufgrund eines gemeinsamen Aktivie- 
rungskommandos akt ivieren . 

20 13. Pro j ektierverf ahren nach einem der obigen Anspruche, 
dadurch gekennzeichnet, 
dass die Kommunikationsbeziehungen dem IRTE-Protokoll ent- 
sprechen . 

\H0fk'5 14. Proj ektierverf ahren nach einem der obigen Anspruche, 
dadurch gekennzeichnet, 

dass zumindest die Topologie der Komponenten (1, 2, 5) einem 
Anwenderprogramm fur das konf igurierbare System zuganglich 
gemacht wird. 

30 

15. Konf igurierbares System mit mehreren Komponenten (1, 2, 
5) zur Automat isierung eines Steuerungsablauf s , insbesondere 
eines Bewegungsablauf s , 

dadurch gekennzeichnet, 
35 dass es zur Durchfuhrung eines Pro j ektierverf ahrens nach ei- 
nem der obigen Anspruche adaptiert ist. 
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16. System nach Anspruch 15, 

dadurch gekennzeichnet, 

dass die Komponenten (1, 2, 5) zumindest teilweise als aus- 

tauschbare Module (5) ausgebildet sind. 



5 
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Zusammenf as sung 
Pro j ektierverf ahren 

Ein konf igurierbares System zur Automat isierung eines Steue- 
rungsablauf s , insbesondere eines Bewegungsablauf s , weist meh 
rere Komponenten (1, 2, 5) auf . Diese tauschen wahrend des 
Steuerungsablauf s zur Realisierung der Automat isierung des 
Steuerungsablauf s in regelmaftigen Zeitabstanden (T) uber Kom 
munikat ionsbe z iehungen untereinander Inf ormat ionen aus . Das 
System wahlt anhand der Topologie und Funktionalitat seiner 
Komponenten (1, 2, 5) aus einer Vielzahl von Systemproj ektie 
rungen (SP1 bis SPn) genau eine aus. Diese enthalt fur jede 
Komponente (1, 2, 5) des Systems eine Komponentenproj ektie - 
rung (KPli bis KPmi) . Das System projektiert seine Komponen- 
ten (1, 2, 5) entsprechend der jeweiligen Komponentenproj ek- 
tierung (KPli bis KPmi). Jede Komponente (1, 2, 5) richtet 
entsprechend ihrer Komponentenproj ektierung (KPli bis KPmi) 
die Kommunikationsbeziehungen zu den anderen Komponenten (1, 
2, 5) ein. 
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